Music audio control and distribution system in a location

ABSTRACT

A music audio control and distribution system in a location, comprising a first wireless music audio device connected to a local network, the network operably connecting the music audio device with at least one of: (1) a music audio player or (2) a music audio output device, and with a remote music audio source operably connected to the local network. The location of the local network is one of (a) a home, (b) an office, and (c) an automobile. The system also includes a second music audio device comprising at least one of (i) a music audio player or (ii) a music audio output device. The second music audio device is also connected to the local network and is controllable by the first wireless music audio device.

RELATED APPLICATIONS

This application is a continuation of U.S. Patent Application Ser. No. 16/426,123 titled “Media Appliance with Auxiliary Source Module Docking and Fail-safe Alarm Modes”, filed May 30, 2019, now pending, which in turn is a continuation of U.S. Patent Application Ser. No. 14/944,789 titled “Media Entertainment System with Fail-Safe Alarm Modes”, filed Nov. 18, 2015, now U.S. Pat. No. 10,310,801, issued Jun. 4, 2019, which in turn is a continuation of U.S. patent application Ser. No. 14/243,915, titled “Entertainment System With Sourceless Selection Of Networked And Non-Networked Media Content,” filed Apr. 3, 2014, now U.S. Pat. No. 9,225,773, issued Dec. 29, 2015, which in turn is a continuation of U.S. patent application Ser. No. 12/906,047, titled “Entertainment System with Sourceless Selection of Networked and Non-networked Media Content”, filed Oct. 15, 2010, now U.S. Pat. No. 8,843,092, issued Sep. 23, 2014, which in turn is a continuation of U.S. patent application Ser. No. 11/260,699, titled “Entertainment System with Bandless Tuning, Remote Control, Alarm and Universal Docking,” filed Oct. 27, 2005, now U.S. Pat. No. 7,885,622, issued on Feb. 8, 2011, which in turn claims priority under 35 USC 119(e) to, and is a nonprovisional application of, the following U.S. Provisional Applications: Ser. Nos. 60/623,006 and 60/622,924, both filed on Oct. 27, 2004, and 60/637,669, filed Dec. 20, 2004, all titled “Apparatus For Audio Playback And Methods Of Using Same” and Ser. No. 60/708,673, filed Aug. 16, 2005 and titled “Dual-Mode Wired/Wireless Remote Control And Entertainment Unit Using Same,” each of such applications being hereby incorporated by reference in its entirety.

FIELD OF INVENTION

This invention relates to the field of electronic entertainment systems and, in particular, to a system which includes a base (table) audio unit, a dual-mode control unit, a fail-safe alarm and a universal docking mechanism for portable music/media players, network and wireless receivers and other (detachable) devices.

BACKGROUND

Electronic entertainment systems are not, as a category, new. Radios, for example, have delivered audio content for more than 75 years. Phonographs have existed for more than 100 years. They have evolved into numerous other pertinent devices, including removable media tape and CD players (both stationary and portable), satellite broadcast receivers and various kinds of portable fixed-media players such as MP3 players. The latter include, for example, various models of the iPod brand MP3 players from Apple Computer, Inc. of Cupertino, Calif., the Zen and other players from Creative Technology, Ltd. of Singapore, and so forth.

Some manufacturers have provided base units into which certain specific portable MP3 players of a single manufacturer, such as Apple Computer's iPod players, may be docked to play music recorded on the MP3 player via amplifiers and speakers external to the player. In general, such units, however, have a limited range of players they can accept as input. This is somewhat problematic in that when a customer purchases such a product, the customer has little assurance that it will not be made obsolete in relatively short order by the introduction to the market of a new MP3 player or other device. Accordingly, a need exists for an entertainment platform which is not so readily obsolesced. To the extent that attempts have been made to provide a more flexible platform that is useful with multiple and future players, typically a standard plug is provided to plug into any analog audio output jack of the player; and there is only limited external control of the player (e.g., forward, back and play).

Efforts also have been made to marry MP3 players with table clock radios. The result is basically a conventional clock radio that can also play songs from the MP3 player via loudspeakers contained in the clock radio. The table clock radio is a ubiquitous household appliance whose functionality has changed little in many decades. Consequently, virtually all commercial clock radios are subject to numerous limitations which lead to a variety of user frustrations not alleviated by the addition of a portable music player as a music source. For example, a clock radio normally has a single volume control which controls the volume of sound when the radio is turned on normally, as well as when the alarm function turns on the radio. Consequently, if one temporarily turns down the volume control while the radio is playing and, not realizing that situation, activates the alarm, then when the alarm turns on, it turns on a radio whose volume has been muted. Thus, the user may not be awakened by the alarm. Conventional alarm clocks have a variety of other limitations and it has become virtually ingrained in the consuming public to expect them.

Radio tuners, particularly user interfaces of such tuners, have also changed very little in years. Yet new broadcast modes, such as satellite radio, HD radio and the like present challenges for the integration with AM and FM tuning bands. For both home entertainment systems and automobile entertainment systems, new interfaces are needed to simplify tuning.

Thus, in general, improved user interface for home and auto entertainment systems are needed.

SUMMARY OF INVENTION

Various efforts to integrate bits and pieces of the audio landscape into a cohesive and affordable system have been met with problems such as, for example, incompatibility of various devices, proprietary frequencies, inelegant user integration, or even high price. The system presented herein provides for more convenient and easier to use hosting for the large number of existing audio products, adaptability to future products, and a better user experience for the consumer. There is shown a system for in-home or in-office use, and some aspects for automobile use, which can accommodate numerous playback or broadcast sources, and provides extensive and advanced alarm clock functionality along with simplified radio station tuning. Some aspects or features may be useful for portable devices, as well, while others likely will not.

Entertainment systems as presented herein address the above-expressed needs and others that will become apparent below. An integrated collection of components, features and techniques together provide improved delivery of (typically, audio) content and improved, simplified control over the delivery and selection of that content, and related functionality. There are various aspects to the system, and related methods as discussed below.

According to a first aspect, an entertainment system is shown, comprising a base unit having electronics including a transceiver for interacting, at least at times, with a control unit via a communications link that is preferably an RF link, and a control unit for controlling the base unit, the control unit being dockable with the base unit to establish direct electrical connection therebetween and including a transceiver for interacting with the control unit via said RF link when undocked from the base unit. The control unit is thus operable in two modes and presents substantially the same user experience in both modes. The control unit may be considered a separate aspect of the invention or system.

The base unit may contain a radio tuner, preferably with bandless tuning capability (see below), and may be designed to receive into a universal docking arrangement a digitally controllable auxiliary audio source such as a portable MP3 player or a variety of other devices, such as satellite receivers, wireless networking cards, and so forth. In one embodiment, the device includes a network card for integrating the device into a computer network through an Ethernet connection, or through WiFi, or PowerLine networks. The radio tuner and/or auxiliary audio source may supply a stream of information from a broadcaster or other medium, about the broadcaster and/or program content, or otherwise, for example; and the base unit may include processing capability to decode, store, recall, and/or display some or all of that information, or otherwise to process the information (for example, to sort it or analyze it), such as to facilitate content selection. The base unit may further provide alarm clock functionality with numerous features including a “fail-safe’ volume control system and fail-safe alarm time setting capability.

The device is adapted to obtain streaming audio broadcasts and other networked or Internet based broadcast sources. An example of a streaming audio service compatible with the device of at least some embodiments of the present invention includes Rhapsody by Real Systems. Rhapsody is a streaming service that permits a user to have a remote personal music library. Likewise, the device can play music and content from personal downloaded music libraries, particularly digital libraries such as Napster and iTunes. In one aspect, the invention provides a device for receiving, storing and playing back content from a personal music library stored on a peripheral device.

The device is a “pull” or “on-demand” system, which permits the user to select the audio content from a location remote from the device. This contrasts with “push” systems such as AirTunes, that require a user to control programming from a central computer for supply to remote players. In other aspects, the device provides for a central unit in wireless communication with one or more remote player units. Thus a user can play music in one or more locations in their house, and can control playback from multiple locations, thereby providing whole house audio, without having to run speaker or control wires through walls and floors.

In one aspect, the invention provides a device for receiving, storing and playing back broadcast content. The device provides for numerous features that improve the user experience, and is compatible with a variety of broadcast signals, including those provided on FM, AM, satellite shortwave bands, high definition (HD) and weather radio bands. The device is also compatible with proprietary broadcast formats requiring a decoder, such as those used in satellite radio. In this embodiment, the device is configured with power and signal routing adaptors for XM, Sirius and other satellite radio decoder and control units. The device includes a receiver, optionally a decoder with a storage medium coupled to the decoder, one or more user inputs and a system controller coupled to the user input, an amplifier and optionally a preamplifier, a display screen, and one or more speakers or audio output devices. In one embodiment, the receiver receives a signal, such as a digitally encoded bit stream over-the-air on a plurality of communication resources, wherein each of the plurality of communication resources contains content and associated index information. The decoder selectively decodes a selected plurality of communication resources and the user input selects the selected plurality of communication resources based on the associated index information and selects a portion of the content contained in selected plurality of communication resources to be retrieved. The storage medium stores the content and associated index information contained in the selected plurality of communication resources and the system controller stores and retrieves content to and from the storage medium based on input received at the user input. In another aspect of the present invention, a method of receiving and storing audio radio signals, comprises the steps of receiving a signal, such as a digitally encoded bit stream over-the-air on a plurality of communication resources, wherein each of the plurality of communication resources contains content and associated index information and selectively decoding a selected plurality of communication resources. The method then enables the selection of the selected plurality of communication resources using a user input and the associated index information and stores the content and associated index information contained in the selected plurality of communication resources in a memory device. In a third aspect of the present invention, a system for transmitting, receiving, storing and playing back digital audio radio signals comprises an encoder, a transmitter, a receiver, a decoder, a user input, a storage medium coupled to the decoder, and a system controller coupled to the user input. The encoder encodes one or more content sources and associated index information in an encoded bit stream and the transmitter transmits over-the-air the content sources. The receiver receives the encoded bit stream over-the-air and the decoder selectively decodes the transmitted signal. The user input selects a portion of the content contained in selected communication resources to be retrieved. The storage medium stores the content and associated index information, and the system controller stores and retrieves content to and from the storage medium based on input received at the user input interface. In preferred embodiments, the device is compatible with all types of modular decoder/player satellite radio components, e.g., those from XM and Sirius.

According to a second aspect, there is provided by the control unit a radio tuning interface which presents to a user a bandless tuning experience even when the radio receiver in the base unit covers multiple bands of the radio spectrum. Such a radio tuning interface for a radio receiver having apparatus for receiving signals broadcast on a first band and signals broadcast on a second band, may provide the user only a single frequency selection knob for selecting broadcast frequencies on both bands by presenting the bands as successive rotationally adjacent positions of the knob. This also enables cross-band “seeking” and “scanning” for a station or content of interest. The interface may include a counter or encoder for tracking rotational position of the knob and a processor for generating signals in response to said rotational position, the signals mapping the position to a band and a frequency within the band, a display connected and arranged to display said band and frequency, and a tuner interface supplying said band and frequency signals to a tuner in the base unit. Optionally, the tuner may include so-called one or more station “preset” buttons, which may be used to store, and quickly recall with a simple button press, a desired station(s). If desired, the preset functionality may be combined with information captured from a signal source, such as a radio station, such as the station's call letters. A “soft” button may be provided (e.g., on a touch screen or other input device) and the button may be labeled with the station's call letters. Or a button label area may be provided on screen (e.g., for hardware buttons) and the call letters or station frequency may be displayed there, even if the area is not touch-responsive. Optionally, a sorting algorithm may be used to sort such information and to re-assign stations to preset buttons; for example, to sort stations by music type, if that data is made available. Systems such as RDS supply a number of types of information and different users may wish to use that information in different ways. Preferably, therefore, a mechanism (e.g., software running on a processor in either the control unit or the base unit) is provided to place the unit into a user-programmable mode wherein the user may, through menu picks and other input conveniences, select which information to use and how to use it. Innumerable arrangements are possible by virtue of including a programmable processor element and memory in the control unit and/or the base unit.

According to yet another aspect, there is provided an adapter assembly substantially as shown and described, for receiving audio signal sources, satellite receivers, wireless LAN interfaces and other devices which have different connectors and form factors.

According to a still further aspect, the system may include alarm clock operation and, indeed, by virtue of the processing capability provided, numerous advanced alarm clock features may be incorporated at virtually no incremental cost. Such alarm clock features are discussed below. Some aspects of such alarm clock operation interrelate to another aspect of the invention, whereby separate audio channels with separate volume controls are provided, typically at the input to the audio amplifier, for each signal source or function, so that, for example, the volume of the radio in the alarm clock mode is independently controlled from the regular playing volume of the radio.

Yet another aspect of the system is the architecture of providing a base unit and a remote unit which communicate wirelessly, preferably by RF (though an optical—e.g., infrared—link is also an alternative), and each having a processor, whereby great flexibility and capability are provided, as outlined above and below.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:

FIG. 1 is a high-level block diagram of an example of a system as taught herein;

FIG. 2A is a pictorial view of an example of a remote unit for a system as taught herein;

FIG. 2B is a pictorial view of a system as taught herein with the detachable remote unit of FIG. 2A docked with an example of a base unit,

FIG. 3 is another high-level block diagram further illustrating the architecture of the components of the remote unit and base unit in an exemplary embodiment;

FIG. 4 is a diagrammatic illustration of the signal flow between the remote unit and base unit when the remote unit is undocked;

FIG. 5 is a diagrammatic illustration of the signal flow between the remote unit and base unit when the remote unit is docked;

FIG. 6 is a front view of an example of an entertainment unit as taught herein, with a docked remote control unit and a simulated display;

FIG. 7 is another front view of the unit of FIG. 6, showing a top panel open to receive an ASM;

FIG. 8 is still another front view of the unit of FIGS. 6 and 7, with an Auxiliary Source Module (ASM) docked;

FIG. 9 is an isometric top view of the unit of FIGS. 6-8, showing an example of an interface module for an ASM;

FIG. 10 is a diagrammatic, exploded view of a portion of the interface module of FIG. 9;

FIG. 11 is a top view of the example entertainment unit showing an interface module in place with the cover open and no ASM docked;

FIG. 12 is a block diagram of audio routing in the base unit to effect some optional “fail-safe” alarm features;

FIG. 13 is a front view of a base unit of an example system, with an Apple Computer iPod player installed as an ASM and the wireless control unit undocked to reveal a snooze alarm kill switch and (at the bottom) contacts for interfacing directly to the control unit when it is docked;

FIGS. 14 and 15 are close-up views of a display on an example of a control unit, illustrating on-screen labeling of soft buttons (shown below the screen on the control unit); and

FIG. 16 is an isometric view of an example of a system as discussed herein, with a docked control unit (or permanently attached control unit) and another ASM, perhaps a satellite receiver, docked on top.

DETAILED DESCRIPTION

This invention is not limited in its application to the details of construction and the arrangement of components set forth in the following description of or illustrated in the drawings. The invention is capable of other embodiments and of being practiced or of being carried out in various ways. Also, the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. As used herein, a “processor” can be implemented in any convenient way. It may, for example, be a programmable microprocessor or microcontroller, or it may be an application-specific integrated circuit (ASIC) or it may be hard-wired circuitry, or a neural network, or a gate array or FPGA (field-programmable gate array), or any other form of information processing device. A microprocessor is discussed as a practical example, not to be limiting. The use of “including,” “comprising,” or “having,” “containing,” “involving,” and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof, as well as additional items.

As shown in FIGS. 1 and 2 (i.e., FIGS. 2A and 2B), an entertainment system 100 of the type to be discussed herein has a number of sub-assemblies. These include at least a base or table unit 102 and a control sub-assembly 104. The base unit 102 further includes an audio amplifier 106, one or more (preferably at least two) loudspeakers (or speakers) 108, and housing 112. (As illustrated, the speakers 108 are within housing 112, but this is not required.) It may also include a tuner 114 and/or audio signal source interface sub-assembly 116 connectable to one or more detachable devices 118 (also called Auxiliary Source Modules, or ASMs). The control sub-assembly includes a two-mode, detachable control unit 104A and an interface therefor, 104B, in the base unit. The detachable device 118 is preferably a digitally controlled device that supplies an audio signal (in any acceptable format, analog or digital), via the interface sub-assembly 116, to the audio amplifier 106. For example, the audio signal source in an ASM may be an MP3 player, a device such as an iPod digital player from Apple Computer, Inc. of Cupertino, Calif., a wireless network adapter, a satellite radio receiver, or any other device that can be plugged into interface sub-assembly 116 at connector assembly 122. When the ASM is plugged into the interface sub-assembly, it supplies audio signals to the audio amplifier sub-assembly under control of the control sub-assembly. When the audio signal source (i.e., ASM) supplies an audio signal in a digital format, the audio signal is first routed through a decoder (e.g., in a codec) before the analog decoder output is routed to the audio amplifier. The decoder may be a dedicated module or it may be implemented by software executing on a processor 115 which has multiple functions. The decoder must be appropriate to the signal format, of course, and appropriate decoders will be familiar to software developers and other engineers.

When a network adapter is used (wired or wireless), the system may control a remote device (personal computer, etc.) which can then act as a server of music and other files to the base unit (e.g., from Apple Computer's iTunes service or the like) or as a streaming audio source. With appropriate decoder software executing on processor 115 or another processor (not shown), the device can play songs provided in various music formats, such as WAV, MP3, WMA, and AAC, among others. The system may provide for receiving, storing and playing back broadcast content.

The detachable control unit 104A preferably comprises a display device 132, one or more input devices 134A-134N, a wireless transceiver 136 and a docking (wired) interface port 138, and batteries for power (not shown), in a housing or stand 140 designed to mate with the base unit 102. Preferably, when mated, the control unit 104A and base unit 102 appear to be an integrated device. Optionally, when detached from the base unit, the control unit may be supported on a cradle of convenient design, such as an angled piece of plastic or other material, the arrangement and style of the cradle being a matter of design choice.

The control unit 104A operates in two modes. In a first, docked mode, the control unit is electrically connected to the audio amplifier and signal source electronics sub-assembly via a set of connectors or terminals 142A, 142B and its wireless transceiver is disabled. This “wired” connection conserves battery power (power for the control unit being supplied by the base unit), in a typical implementation it also allows the battery power supply to be recharged from the base unit, simplifies the wireless connection as it is engaged only when the wireless mode is used, and provides the reliability of a direct electrical connection. In a second, undocked mode, the control unit is separated from the base unit and the electrical connection at connectors 142A, 142B is broken. The control unit switches (preferably automatically, with appropriate circuitry detecting the undocking) to battery power and intercommunicating wireless transceivers in the control unit and base unit are enabled.

Preferably, the wireless transceivers provide and receive signals compliant (at least at a physical level) with an industry standard, such as the ZigBee standard. This allows use of inexpensive, mass-produced transceivers. As for the logical levels of the signaling protocol, standardized or proprietary specifications can be employed. One advantage of using a proprietary signaling protocol is that other devices would not be able to control the base unit (e.g., remote controls for other systems, or stray signals of other systems). Optionally, a signaling protocol may be used which allows multiple control units to interact with, and control, the base unit. That way, the user may deploy control units in different rooms in a house or in different places in the same room, for example.

The control unit preferably includes a display, such as a liquid crystal (LCD) screen, for showing the user textual and/or graphical information such as is typically displayed on a home entertainment device. For example, such information may include a selected input device (e.g., built-in radio tuner, iPod portable music device, network card, etc.), volume, song and/or station being listened to (if operating in a radio mode), control functions, etc. Preferably, the display is capable of presenting standard bitmapped graphics to the user, but displays using other formats are certainly acceptable; bitmapped graphics simply provide the maximum display flexibility at the lowest cost. The combination of a processor-operated bitmapped display screen, together with a knob and buttons that can be pressed to move a cursor and indicate a selection, provides for a menu-driven user interface established by software executing on the processor. The details of the interface selections are a matter of design choice. The input source and other user information preferably is displayed on the display screen. Desirably, when the user has selected the tuner as the audio signal source, the system receives and displays RDS (Radio Data Service) broadcast information in a conventional way, which allows a user to receive information relating to the song being played, such as the song title and recording artist. Using conventional techniques, the display screen can be programmed to deliver content in multiple selectable languages. In other embodiments, display content may be replaced by or complemented by voice prompts during user-defined operations. The use of voice prompts permits operation by vision-impaired individuals.

The display outputs data obtained locally in the control unit and/or obtained from the base unit via the interface. In addition, the control unit includes input devices such as one or more switches and one or more knobs. One of the knobs, 134A, preferably is a tuning knob, as a rotatable knob appears to be widely adopted for radio station selection and other inputs of home entertainment devices. A knob, however, certainly is not a requirement. Any suitable input device may be substituted, such as switches for directing upward and downward frequency change.

Tuning

Preferably, the tuner (the details of which are not relevant, as any conventional turner can be adapted for use in this system) is capable of receiving broadcast signals from different radio bands, such as the AM band, the FM band, other radio sources such as satellite broadcast bands (which may be subscription services), or direct audio broadcast or internet broadcast or other such services. Each of those bands occupies a different segment of the radio frequency spectrum or the equivalent, addressable “space.” Each radio band typically is allocated to a broadcast service which, by regulation, employs a specific type of modulation scheme for encoding information that is transmitted, for example, in the AM band, amplitude modulation is used; while in the FM band, frequency modulation is used. (Likewise, the other services use distinct modulation or encoding schemes.) In a typical AM/FM radio, the processing of a received AM signal is thus usually performed by circuitry which is almost completely different from that used for processing a received FM signal. The outputs of the AM section and the FM section are, however, supplied to an audio amplifier and speakers shared by those two sections. Typically, a user operates a band selection switch to choose which of the two sections is energized and connected to the audio amplifier, etc. Appropriate mechanics, logic and circuitry may switch the source of some of the screen information to show appropriate frequency and other information, and connect the input controls to control the frequency setting of the selected section and sometimes to adjust functions such as sensitivity or filtering.

At one time, the program content of AM and FM stations were markedly different. FM broadcasts are better suited to the delivery of music and tended more to provide music content. AM broadcasts were largely used for talk shows, news reports, sports and the like, with less music. Programming in the two bands is now far less distinct than it was decades ago and users often make less distinction between the two bands than was true years ago. Talk shows, sporting events, etc. are frequently broadcast on the FM band, for example. Yet users still have to consciously switch between bands on their AM/FM and other multi-band radios.

Turning to FIG. 3, there is shown in block diagram form an arrangement we call “bandless” tuning, whereby no AM/FM switch is presented to the user and the user does not have to activate a switch to change bands. Instead, one simply tunes from the end of one band directly into the beginning of another band, as though they were contiguous in frequency. The illusion is given the user of single band operation. The bands can be arranged in a loop, so that the top end of the last band in sequence wraps to the bottom end of the first band. If there are three or more bands, they may be arranged in any desired sequence. To effect this operation, various implementations are possible. The implementation shown in FIG. 3 is presented by way of illustration and example only, not to illustrate specific circuitry. There, an all-digital control system is depicted for selecting the active tuning section and connecting it appropriately. A tuning knob 134A provides UP and DOWN (DN) counter control signals (in response to clockwise and counterclockwise rotation, respectively) to associated circular (modulo) counter electronics 302, the design of which is well known to electronics engineers. The counter 302 supplies a digital output signal on line 304. The digital signal on line 304 represents a count value from a counter whose count increments, for example, as the tuning knob is rotated clockwise, and whose count decrements as the tuning knob is rotated counterclockwise. The COUNT signal on line 304 may represent a number from zero through a maximum value determined by the designer to resolve at least a certain predetermined number of radio station channel assignments so that there is a 1:1 mapping of count values and channels (frequencies). Through whichever interface is employed at the time (wired or wireless), a corresponding CHANNEL SELECT signal is conveyed on data line(s) 306 to a processor 115. The processor maps the CHANNEL SELECT signal to the band to which the count corresponds and (a) sends to the tuner a BAND signal or equivalent which switches on the corresponding one of the receiver units 310 (for AM) or 312 (for FM), (b) supplies a FREQUENCY signal to that receiver unit, and (c) selects the output of the selected receiver unit to be connected to the input of the audio amplifier by supplying an appropriate control signal to a multiplexer 314, for example. The output of the multiplexer 314 is connected to the input of audio amplifier 106.

Assume that there are not just two, but three, bands covered by the receiver, for example: the broadcast AM band of approximately 535-1650 kHz, the FM band of approximately 88-108 MHz, and a third band covering weather service channels in the 162.4-162.55 MHz range. Like the FM broadcast band, the weather service broadcasts are transmitted using frequency modulation. There are thus six band limits: the lower and upper limits of each band. Let us call the lower limit of the AM band AML (denoting the value of the CHANNEL SELECT signal corresponding to that lower limit; the upper limit of the AM band, AMU; the lower limit of the FM band, FML; the upper limit of the FM band, FMU; the lower limit of the weather band, WL; and the upper limit of the weather band, WU. Thus if AML≤CHANNEL SELECT≤AMU, then the processor provides a BAND signal that selects the AM receiver and activate AM reception. Similarly, if FML≤CHANNEL SELECT≤FMU, the processor provides a BAND signal that selects the FM receiver and activate FM reception. If WL≤CHANNEL SELECT≤WU, the BAND signal also selects the FM receiver, to effect reception of an FM signal, but the value of the FREQUENCY signal will be appropriate to the weather band instead of the FM band. Clearly, this methodology may be extended to the use of different or additional bands or services that are accessed using a tuning metaphor or mechanism, such as DAB, satellite and HD radio.

Various receiver circuits may require tuning component or parameter changes customizations for different broadcast bands, such as different antennae, different bandpass filters, etc. All of these customizations can be controlled appropriately from the BAND signal(s) or from a combination of those signals and the FREQUENCY signal, as will readily occur to those skilled in the art.

In some embodiments, the tuner may be placed into a “scan” mode whereby, taking advantage of the “bandless” tuning capability, the tuner may cycle through a series of frequencies associated with a first band and then begin automatically to scan through a series of frequencies of a different band. For example, a user may initiate the scan feature when the tuner is initially set to a station “low” in the AM band. The tuner cycles through the AM band, playing short (e.g., three-second) samples of each station it encounters. At the top of the AM band, whereas most radios would begin a second survey of the AM band starting back at the bottom, instead the system begins a scan of the FM band. Scanning may combine other bands or different bands, or be limited to a single band, at the user's selection. This operation is particularly useful in automotive environments, to minimize a driver's distraction incurred when interacting with radio controls.

In other embodiments, bandless tuning may be adapted to scan broadcast signals as well as signals input from peripheral devices, allowing the system to scan through content in the FM and satellite bands, and from a music library. All of these variations require no more than minor programming changes that will be obvious to anyone skilled in programming within the architecture of the system. For example, the bandless tuning feature may be coupled through software to the RDS information, also, so that scanning is limited to stations that meet certain user-defined criteria. For example, with the bandless feature turned on, scanning can be set to sample only stations broadcasting in talk radio format on the AM, FM and satellite bands. On a tabletop system or car radio, dedicated or soft (programmable) buttons (which may be self-labeling on the display) may be provided, to be preset to filter stations according to characteristics programmed into the button. A user might set up, for example, a country music button, a sports button, and an “all news” button, or a button dedicated to call a specific song or playlist from an auxiliary source such as an iPod player, using an appropriate codec. Alternatively, some or all of the preset buttons can be mapped to positions of the tuning knob (encoder) and treated the same as radio stations, for simplified, pre-configured access, scanning, etc. With reference to FIGS. 14 and 15, there are shown, respectively, examples of display screens whereon radio stations “presets” have been mapped to eight soft button labels indicating how the soft buttons will operate when pressed (FIG. 14) and whereon an alphabetical keypad arrangement is mapped as an alternative for use in navigating a song index, for example (FIG. 15).

The arrangement shown in FIG. 3 and discussed above is exemplary only. Numerous other configurations will readily occur to those skilled in the art. For example, in the example, the counts (channel selection signals) for AM, FM and weather bands are expressly neither contiguous and continuous nor discontinuous; they may be either. Also, those bands may be divided into sub-bands, if desired.

When one of the “bands” is a digital “radio” service, such as a satellite, internet or direct audio broadcast service, then one merely employs a processor running browser or other software as the “tuner” for accessing that service, or a similar “receiver,” and tuning involves the BAND signal being a signal to start the receiver (e.g., start the browser or other software and connect to the Internet) and the FREQUENCY signal supplying a URL or Internet IP address instead of a frequency. Memory can supply to the display any desired identifier for the “station.” Each of these non-radio-frequency broadcasts can be mapped to its own band for tuning purposes.

With this “bandless” tuning methodology, the user need not even be concerned with whether a particular station is in one band or another. Further, it has been common practice to provide on some tuners a number of buttons for station “presets;” that is, buttons which can be assigned to preselected stations so that the user has fast access to those stations by merely pressing the assigned button. However, the number of buttons provided is finite, typically in the neighborhood of about six or eight, most often (but not always) with a dedicated number of button positions for each band. Yet one user may wish to listen (in the extreme) only to AM stations and another user may wish to listen (again, in the extreme) only to FM stations. Thus, each user would be able to use only the six or eight (or other number of) buttons provided for his favorite band and the other buttons would be unused. By contrast, as stations herein are mapped to CHANNEL SELECT counts and those counts are “agnostic” as to band until the processor decodes them, a preset button in this system preferably stores a station count in a memory 322 in a “record” mode and then causes that count to appear as the COUNT and CHANNEL SELECT signals when the preset button is pressed, overriding the knob (counter) output. In this way, the buttons can be assigned to stations in any band. If twelve buttons re provided, the user can assign them all to a single band or assign them in any arrangement and number to different bands. The user might, for example, group the button assignments according to the program content type of specific stations, regardless of band. For example, the first two buttons might be assigned to AM and FM stations that have good weather reports. The next three buttons might be assigned to one AM station and two FM stations that play “oldies” music. And so forth. Note that it is unnecessary for the user to use a switch to select a band; thus, there is no AM/FM switch.

In the control unit 104, there preferably is provided a processor 324 which performs various functions, including controlling the information shown on display unit 132. This processor receives the count output by the tuning knob circuitry or “preset” buttons, if any are provided, and converts the count to a frequency assignment (e.g., through use of a lookup table or algorithm, not shown) which is then shown on the display unit. Optionally, other information may also be displayed on the display unit, such as the time and/or data supplied in a signal from the radio station, including the station call letters, type of program content, name of a song being played and the artist and album, or other information.

Preferably, the processor in the control unit and the processor in the base unit are the same type or family of processor, whereby much of the software need be written only once and can be used by both processors.

The control unit may also include circuitry and programming for the processor to provide “alarm clock” functionality, including a clock and interfacing between the clock and the controls of the radio circuits. Such circuitry is conventional and need not be shown in any detail.

Referring now to FIGS. 4 and 5, there are illustrated examples of the signaling operation which may be established between the control unit and the base unit in, respectively, the undocked and docked configurations.

In the undocked configuration, the control unit 104A (labeled “Remote Unit Controller”) communicates with the base unit 102 via a wireless channel provided by, for example, a ZigBee-compliant (or partially compliant) transceiver.

In the base unit, the described functionality may be implemented in many ways, the selection of which is based on practical considerations of cost, space, power consumption, and the like. One typical arrangement is shown in FIGS. 4 and 5. There, the base unit comprises a base unit controller (BUC) module 402 and an analog circuit board module 404. Optionally, the base unit may also have, or be able to receive (e.g., at a socket), a device we term an Auxiliary Source Module 118. The Auxiliary Source Module may be any of a number of kinds of devices. For example, it may be a device that provides audio files in mp3 or .wav or other convenient format (e.g., an iPod device from Apple Computer, or other portable music player); a wireless local area network (LAN) card providing connectivity to audio files on a server or to an internet router, permitting the downloading of music and other files; or a receiver for a service such as satellite radio, as depicted, for example, in FIG. 16. The output from the Auxiliary Source Module is routed to the BUC module instead of to the analog circuit board, preferably, in order to employ the processor in the BUC module to decode any digital audio signals and convert them to analog form before being provided to the analog module. If the signal is already in analog form, of course, if can be passively routed to the analog module by the BUC module.

The BUC module includes a wireless transceiver for communicating with the control unit, a processor 115, and an interface 406 to the analog circuit board module for control and to pass through analog audio signals. The analog circuit board typically includes audio amplifiers, power regulation circuits, and pre-processing apparatus. The audio output from the analog circuit board is connected or connectable to speakers 108 located inside or outside the housing for the base unit. The AM and FM tuner circuits are preferably provided on the analog circuit board, but they could be provided on a separate board.

The audio output from the Auxiliary Source Module, if one is provided, may be routed directed to the analog circuit board or via the BUC to the analog circuit board.

In the docked configuration, shown in FIG. 5, preferably the ZigBee transceivers are deactivated when the direct, physical mating is detected, and a wired connection is established between the control unit and the base unit, as well as a power connection to charge the battery(ies) in the control unit. Otherwise, the system functions the same as in the undocked arrangement.

Universal Docking System

It is desirable, though not required, that the Auxiliary Source Module be connectable to the base unit through a connector. However, it is also true those different signal sources typically will have different form factors and use different connectors. For example, even some of the different models of Apple iPod music players provide different connectors and/or form factors; and Apple iPod devices use different connectors than do Creative Technology's Zen players and XM or Sirius satellite radio receivers. While a system can be made to accept only Auxiliary Source Modules (ASMs) with a certain type of connector and a certain form factor, if the user changes ASM or has multiple ASMs with different connectors and/or form factors, the user would find that the base unit cannot accept all of them or future products of different design. Accordingly, it would be commercially more effective and desirable to permit a user to employ ASMs with a variety of connectors and form factors, interchangeably. For this purpose, a base unit may desirably employ an interface module 116 such as is shown in FIGS. 9-11. The interface module mates to a “universal” connector (not shown) provided as part of the entertainment unit, typically on a circuit board or cable. (The connector is “universal” in the sense that, if it is provided with a sufficient number of connection terminals, or pins, then with the appropriate interface module, a wide range of ASMs can be connected to the base unit.) A typical interface module contains two adapters, a first (electrical) adapter 504 and a second (mechanical) adapter 506. The mechanical adapter may not be required, if the electrical adapter is not “sunken” below the housing surface, as it serves to provide adjustment to the “form factor” of an ASM and to protect a docked ASM and the connectors (on the ASM and in the interface module) from mechanical damage.

The universal connector contains connection pins for power and for the kinds of signals that might potentially (foreseeably) be provided to or received from an ASM. Some ASMs will require fewer connections than others. The electrical adapter 504, in its most basic form, assuming a passive electrical interface suffices, has three components: a first connector (not shown) which is mateable with the “universal” connector (within the entertainment system base unit); an interconnection sub-assembly (e.g., printed circuit board or cable or a combination) 512; and a second connector 514 for receiving an ASM of a particular type. That is, second connector 514 is specific to and compatible with the ASM. In one embodiment, the two connectors may be mounted on different sides of a printed circuit board and the appropriate pins of the first connector may be wired to corresponding pins of the second connector through the printed circuit board, the correspondence being dictated by the functions assigned to the various pins by the ASM manufacturer and the base unit manufacturer. In some situations, not all pins have counterparts. If needed or desired, buffer circuitry can be provided on the printed circuit board, powered from the first connector, to buffer, isolate, amplify or level-shift signals passed between the base unit and the ASM. In another embodiment, which is useful for the configuration illustrated in the drawings, it has been found useful for the interconnection sub-assembly to be formed of a first printed circuit board wired to the first connector, a second printed circuit board on which the second connector is mounted, and a flexible cable interconnecting the circuit boards. Another approach would be to mount the second connector on something other than a printed circuit board, such as a plastic part of the adapter housing, and to interconnect the first and second connectors with a cable, the cable directly connected to the first connector. Still another alternative is to provide two (or more) ASM adapters and switching circuits for selecting one to be active while the other(s) is (are) inactive; or, alternatively switching or arranging one to be an audio source while the other ASM provides other functionality such as networking.

Other configurations may be devised according to design considerations.

Optionally, selected pins of the universal connector can be used to code the identity of the interface module and/or ASM which will be docked. On circuit board 512, the leads from those pins can be tied to “high” or “low” logic levels, so as to identify to the processor in the entertainment unit, via the universal connector in the base unit, a type of ASM. The processor can then retrieve from memory specifications for the ASM and route appropriate signals to and from the pins of the universal connector. Thus, at least some pins of the universal connector preferably are connected to multiplexing circuitry to permit re-routing connections. As new ASM devices are marketed, new specifications can be downloaded to the entertainment unit via a USB port or other interface (not shown).

The mechanical adapter, if used, is intended to provide an appropriate fit between the base unit housing and the ASM, with differently sized mechanical adapters being made available for ASMs of different dimensions or shapes. The base unit is made with an aperture 520 of size sufficient to receive ASMs of maximum expected size. The mechanical adapter 506 has a central aperture sized and shaped and positioned to receive the ASM and to place a connector on the bottom of the ASM into alignment with the second connector of the electrical adapter. The mechanical adapter may, and preferably does, retain the ASM in a slightly recessed disposition, to provide some physical security for the ASM. The mechanical adapter 506 may be provided with a hinged or sliding lid, optionally, to close the aperture 520 and protect connector 514 when no ASM is installed.

Database Management and User Interface

Apple's iPod and similar players now are sold with sufficient memory capacity to store thousands of songs. While this is a boon to music lovers, it also presents a challenge: finding a desired song among the many that have been stored. Creative Technology of Singapore has recognized this problem in its U.S. Pat. No. 6,928,433, which provides a hierarchical interface to facilitate song retrieval. Additionally, facilities are known for creating stored lists of songs, called “playlists.” A command to play a playlist causes the corresponding list of songs to be played seriatim. Use of playlists is particularly helpful when an MP3 player is used in an automobile, to relieve the driver of the distraction of having to deal with the user interface to choose a song every few minutes.

On the player, songs typically are stored sequentially as they have been recorded. Means are provided on the player to allow a user to scroll linearly forward and backward through the list of songs, and sometimes facilities are provided to select and play recorded playlists.

Beyond the availability of these features, little facility is available for making it easy for a user to identify and play songs. Currently, iPod devices provide the services of a database engine to external devices because very little database functionality has been built in. Songs, artists and albums and the like are represented by data records. An external device can select which records are to be made currently active, such as all songs, all songs by artist X or all songs from album Y. When an external device accesses a record, however, the record is identified by its position in the list of currently selected records, not by absolute identifier. Thus, a single song will have a different identifier based upon how the user navigated to a current list (e.g., by album, artist, genre, etc.). This is a limiting approach.

To provide improved functionality, when an iPod music player or similar device is docked to the universal connector of the new entertainment connector, all of the records defining the music content on the device are downloaded and a new database is created of that information. This database is created by first writing a list of all artists, then for each artist writing the list of all of that artist's albums, and for each album, retrieving and writing the list of all songs thereon. This creates a database wherein each song is uniquely identified and indexable by the combination of the artist/album/song names. For example, a data tree may be constructed with the list of artists at the top root level, the albums for each artist at the next level and the songs for each album at the third level.

Optionally, secondary indices may be written to permit quick access to, for example, the list of all albums (regardless of artist), all songs (regardless of album or artist), and songs by artist (regardless of album).

Once this database exists in memory (e.g., memory 117) within the base unit, it can be used to implement a variety of access features, including a “jump by spelling” feature, or to easily go from a song that is playing to the list of other songs in the same album or by the same artist or by the same name but by different artists. These access options are all straight forward database programming tasks. Then, once a song is selected to be played by any of these access features, the music player can be controlled via the user interface to serve up the selected song (e.g., by number) and play it back through the base unit. Of course, it is also possible, technically, copyright law permitting, to download the song file into memory (semiconductor, hard drive or optical, for example) in the base unit and to play it from there, using an appropriate codec to turn the stored digital representation into an analog signal that can be supplied to transducers such as loudspeakers.

As shown, the interface module may also include a cover to protect the connector 514 when no ASM is docked.

Alarm Clock

With reference to FIGS. 1 and 12 (discussed below) and appropriate software control to effect the functionality to be discussed, a “fail-safe” radio/player-alarm function is provided which will confirm alarm settings, minimize the risk of a user inadvertently overwriting desired alarm settings and provide a wake-up service in four situations where conventional clock radios will not play a radio or music source to provide a wake-up service. The first situation is that the volume control has been turned down or the volume has been muted by the user, instead of turning the radio off. When the time arrives for the alarm clock to turn on the radio, it does so but the radio emits no or very low sound output. The second situation is when if headphones are left plugged in. Normally, when headphones are plugged in, the speakers are disconnected. Thus, if one goes to sleep with headphones plugged in, the clock radio fails to sound an alarm that will wake the user. Third, if a plug is present on an auxiliary output jack, the situation is basically the same as when headphones are plugged in. Fourth, if the AM/PM setting was incorrect, when the time arrives for the expected alarm (e.g., 6:00 a.m.), nothing happens because the clock radio actually was set to 6:00 p.m.

The enhanced functionality which overcomes these shortcomings is provided by employing a processor in the base unit 102, which may be processor 115 or another processor or microcontroller, to control the volume of the audio channels separately for the alarm function and for the non-alarm “regular play” function. This permits the radio's alarm volume to be controlled independently of normal listening volume and also permits the audio output to be supplied through the system's loudspeakers for alarm purposes even when the speakers are deactivated for other purposes. Additionally, separate volume controls are provided to control the volume emitted by the speakers in alarm mode as compared with normal listening mode. The alarm volume defaults to a pre-set level that should be appropriate for normal alarm usage and steps are taken to require extra efforts by the user to change the alarm volume so that inadvertent changes are made unlikely. For example, the alarm mode volume setting should not be an external knob or slider or similar mechanical control that is too easily turned down to a low setting. It may, for example, be an internal knob or a “soft” setting established on-screen by the user, stored and left to be forgotten. Preferably, if a manual control is employed, the alarm volume control is in a hidden or interior location so that, once set, a user normally will not change the volume setting and thereby defeat the intended “fail-safe” functionality.

When the base unit is connected via a network to a computer, it is straightforward to allow alarm settings to be programmed from the computer, and to store preferences in user profiles in either the computer or base unit or both. Storing default user profiles in the base unit is also one way to facilitate selection of the language of text displayed on the bitmapped graphics of the display device.

Turning to FIG. 12, there is shown a simplified block diagram of audio signal routing and control which provides the basis for implementing, among other things, some of the “fail-safe” alarm features discussed above. As illustrated, four different inputs are presented, which may possibly generate audio outputs. First is an auxiliary input jack 602. Second is an auxiliary source module (ASM) 118. Third is the processor 115, which can generate an alarm buzz by providing an appropriate pulse-width modulated (PWM) signal on line 604. Fourth is the tuner 114. The signals from each of these inputs are supplied to block 606 which is a multiplexer and volume control stage. In exemplary form, the multiplexer (i.e., input selector) and volume control stage 606 may be implemented using a commercially available integrated circuit such as the TDA7462 dual audio processor with compander from STMicroelectronics, Philips's TEF6892H integrated signal processor or other suitable circuit. Mux (multiplexer) and volume control stage 606 is controlled by signals supplied by processor 115 on line(s) 608. The processor determines which of the inputs to the Mux 606 will supply an output signal on line 610 and it also sets the volume (amplitude) of the output signal on line 610. The signal on line 610 may be a monaural or stereo signal, depending on the input, and illustrating output 610 as a single line is not intended to suggest only a monaural signal. Line 610 supplies input to the main speaker amplifier 106, a headphone amplifier 612 to headphone jack 614, and “line out” amplifier 616 to line out jack 618. The main speaker amplifier 106 and the headphone amplifier are each controlled by an on/off signal supplied, respectively, on lines 622 and 624 from processor 115. Finally, circuitry 626 and 628 is provided to monitor the condition of each of headphone and line out jacks 614 and 618, respectively. The output of each of circuits 626 and 628 is provided to the processor 115. Depending upon the state of the output signals from circuits 626 and 628, the processor “knows” whether a headphone is plugged into the headphone jack and whether an external amplifier or other device is plugged into the line out jack, for supplying an audio signal to an external speaker or other lode [load]. When a headphone is plugged into headphone jack 614, the processor detects that condition and turns off the main speaker amplifier for generating an appropriate “off” signal on line 622. The processor may also turn off the headphone amplifier if there is no headphone plugged into the headphone jack, or under other appropriate conditions. Suitable program code executing on the processor implements the alarm clock functions. For each of the input “channels” to Mux volume control 606, a distinct volume control setting (or settings) is stored. The volume control settings may be stored in any convenient location, including in data storage (memory) 117 which is accessible by processor 115. Through the control unit, the user can select one of the inputs and set its volume which is then saved. So the volume for the tuner when it is providing a normal alarm output, is saved separately from the volume setting for the tuner when it is being used as a source of a wake up program. The programming of processor 115 assures that when an alarm “goes off,” the control signal on line 622 turns on the main speaker amplifier irrespective of the sense conditions of the headphone jack 614 and line out jack 618, and that the alarm volume is controlled by the pre-saved alarm volume setting, irrespective of the volume settings for any of the inputs in “normal” play mode.

Other fail-safe alarm functions are provided principally by the programming of processor 115. For example, alarm clock users, with some frequency, have been known to mistakenly set an alarm that is in error by twelve hours, because they make a mistake about AM/PM selection, which is often shown simply by a lighted dot. To avoid this problem, processor 115 compares the current time with the set alarm time if the alarm is being set more than 12 hours ahead of the time, an error message is generated to the user, asking whether the indicated alarm time is correct.

Another example of a fail-safe alarm system feature relates to the “snooze” feature found on those clock radios. In the invented system, a user-defined limit is programmed into the processor, and the snooze feature is disabled when the limit is reached, thus providing additional control over such features as the number of times a snooze feature may be activated (to temporarily disable the alarm) or the number of permitted minutes in a snooze cycle. Further, the system may include a feature that the last time the alarm comes on after the snooze cycle has completed, the only way to turn off the alarm is to press a different button on the base unit itself.

It is envisioned that users will desire to separate the control unit from the base unit. For example, users may desire to place one or two control units on bedside tables (e.g., “his” and “her” control units), while placing the base unit on a bedroom dresser that cannot be reached from the bed. As previously stated, in some embodiments the number of “snooze” actions that can be taken may be limited, either by fixed design or in response to user input. In such embodiments, when the last alarm goes off and turns on the base unit, the remote units are preferably rendered incapable of turning off the alarm. Rather, a hardware button 702 is provided (e.g., at the back of the docking area for the remote—see FIG. 13), interfaced to the processor 155 by, for example, an interrupt operation, so a user must make an extra effort, perhaps getting out of bed and walking across the room to press this button to turn off the alarm. In some embodiments, the last alarm after multiple snooze cycles may be limited to a loud and irritating buzz supplied by the PWM signal on line 604, instead of a potentially soothing musical output. In some embodiments, the volume may be successively increased for each snooze cycle or the source for content of the sound output can be changed from one alarm to the next, to encourage the user to wake up.

A persistent alarm setting, as used herein, is one which, having been set, generates an alarm on subsequent days at the set time automatically, and does not require that the user turn the alarm on for each successive day. Thus, if a user intends to set an alarm for the same time for each weekday, the user need only set the alarm once and the user does not run the risk of oversleeping because he did not turn on the alarm before going to sleep a given evening.

Thus, many common causes of oversleeping may be avoided with proper use of the architecture and programming thus provided.

Using an internal calendar that is initialized at setup, the internal clock accounts for changes between Daylight Savings and Standard time. That, of course, is a common function on personal computers and other digital appliances. In some embodiments, provision may be made to set alarm times individually for different days of the week. The number of different days for which alarms can be set is simply a matter of manufacturing choice according to how much memory the designer wishes to devote to alarms. In some embodiments, one or more persistent alarms, for all or only selected days of the week, can be set and in some embodiments a single one-time alarm setting is provided. Any combination of persistent and one-time alarms may be provided, of course.

Aesthetics

Preferably, the base unit can be customized to the user's aesthetic taste. For example, the base unit preferably comprises a housing that holds circuit boards, speakers, jacks and other hardware, and detachable panels may be selected and attached (e.g., snapped or screwed into place or otherwise affixed) for the top, bottom, sides and back, and possibly the front, constructed from any suitable material, such as wood, metal, plastic or the like. These panels may be provided in various colors, shades and tones, painted or unpainted, with plush surfaces or textured surfaces or other embellishments. Wood panels of various types, staining, and design may be made available. If desired, the top panel can be configured as a detachable tray. Speaker grills can have various embodiments, and (for example) may have a plurality of small apertures or may be cloth covered.

It should be understood that the described user interface can present to a user a standardized interface for use in tabletop systems, automotive systems and even portable systems. The use of bandless tuning; a bit-mapped graphics display and “soft”, programmable buttons; along with the described database features for accessing content from an ASM, all can be employed in those systems, together or in various groupings. The more features used in common, the more standard or unified the user interface becomes and the lower the cost of implementation. Adoption of a standard interface for automobile, home and/or office use, moreover, means the automobile driver is more likely to be able to operate the interface with minimal distraction, due to acquired familiarity and simplicity of interaction.

Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated various alterations, modifications, and improvements will readily occur to those skilled in the art. Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. For example, the base unit need not include a tuner at all; or it may only include a single band tuner. The base unit need not include an audio amplifier or loudspeakers; they could be in other housings. The base unit need not have the ability to receive portable music devices, network cards or the like. A system could be built wherein the control unit cannot be docked with the base unit and can only be a separate remote control. Or the control unit, when docked, might not have a direct electrical connection to the base unit; it might continue to use an RF link or it might use an infrared link or some other channel. The various features discussed above may be practiced singly or in any combination. Other variations will occur to the skilled artisan. Accordingly, the foregoing description and drawings are by way of example only. 

What is claimed is:
 1. A music audio control and distribution system in a location, comprising: A. a first wireless music audio player, control and distribution device comprising: a. at least one wireless network interface operably connected to a network, wherein (i) the network comprises a local network operably connecting the first wireless music audio player, control and distribution device with at least one of: (1) a second, separate music audio player or (2) a music audio output device, and (ii) the location of the local network is (a) a home, (b) an office, or (c) an automobile; b. a first wireless music audio player storage medium, the first wireless music audio player storage medium configured to store program instructions, music audio files, and music audio metadata, at least one of said music audio metadata identifying music audio content available from a media music audio source for at least one of: (i) downloading, (ii) streaming, or (iii) playing; c. a programmable processor configured to execute the program instructions stored on said first wireless music audio player storage medium, said program instructions including program instructions that when executed enable said first wireless music audio player, control and distribution device to at least in part control at least one of (i) said second, separate music audio player or (ii) said music audio output device, each operably connected to said local network; d. a first wireless music audio output device comprising a speaker operably connected to said programmable processor used for outputting music audio; e. a display screen displaying a user interface generated at least in part by the programmable processor, the user interface presenting user-selectable items including indicia of at least one of: (i) at least one music audio source, (ii) at least some music audio metadata indicative of media music audio content available from a music audio source for playing, downloading, or streaming; or (iii) at least one music audio player or music audio output device operably connected to said local network; and B. a second separate music audio device comprising at least one of (i) a music audio player or (ii) a music audio output device, the music audio player or the music audio output device each comprising a network interface operably connectable to said local network, and wherein each music audio player or music audio output device connected to said local network is controllable by said first wireless music audio player, control and distribution device.
 2. The music audio control and distribution system of claim 1, wherein the display screen is a touch screen and one or more soft buttons are displayed by the touch screen for receiving a user selection of at least one of: (i) a music audio source; (ii) at least some music audio metadata from a particular music audio source indicative of music audio content available from that particular source for playing, downloading, or streaming; or (iii) a media music audio player or music audio output device operably connected to said local network.
 3. The music audio control and distribution system of claim 1, wherein the presented music audio metadata comprises at least one of: a selection title, album, artist, playlist, content name, content characteristic, and content location.
 4. The music audio control and distribution system of claim 1, wherein said music audio player comprises a portable music audio player operably connected to said local network and wherein said portable music audio player is configured, at least in part, to be controlled by said first wireless music audio player, control and distribution device.
 5. The music audio control and distribution system of claim 1, wherein said music audio player comprises a computer operably connected to said local network, and wherein said computer is configured: (i) to play at least one of (a) a music audio file and (b) a music audio stream, and (ii) to be controlled, at least in part, by said first wireless music audio player, control and distribution device.
 6. The music audio control and distribution system of claim 1, wherein said second music audio device comprises a music audio output device operably connected to said local network, wherein said music audio output device comprises a wireless network interface operably connecting said music audio output device to the local network.
 7. The music audio control and distribution system of claim 6, wherein said music audio output device is operably connected to said first wireless music audio player, control and distribution device using a short-range wireless network protocol.
 8. The music audio control and distribution system of claim 1, wherein the second music audio device comprises a plurality of different types of devices including at least one music audio player and at least one music audio output device, each operably connected to said local network.
 9. A music audio control and distribution system in a location, comprising: A. A first portable music audio player comprising: a. at least one network interface operably connected to a network, wherein (i) the network comprises a local network operably connecting the first portable music audio player with a second wireless music audio device, (ii) a remote music audio source, operably connected to the local network, that is controlled at least in part via said at least one network interface, and (iii) the location of the local network is one of: (a) a home, (b) an office, or (c) an automobile; b. a first portable music audio player storage medium, the first portable music audio player storage medium configured to store program instructions, music audio files, and music audio metadata, at least one of said music audio metadata identifying music audio content available to said first portable music audio player from a music audio source for at least one of: (i) downloading, (ii) streaming or (iii) playing; c. a portable music audio player programmable processor configured to execute the program instructions stored on said first portable music audio player storage medium, said program instructions including program code that when executed enables said first portable music audio player to control at least in part one or more of: (i) a wireless music audio device connected to said local network and (ii) a second music audio player connected to said local network; d. a first portable music audio player audio output device comprising at least one speaker operably connected to said programmable processor and used for outputting music audio; e. a portable music audio player display screen displaying a user interface generated by the music audio player programmable processor, wherein the user interface presents user-selectable items including indicia of at least one of: (i) at least one music source; (ii) at least some music audio metadata indicative of music audio available from the music audio source for playing, downloading, or streaming; or (iii) at least one of: (i) a wireless music audio device, or (ii) a second music audio player; and B a second, separate wireless music audio device comprising: a. at least one wireless network interface operably connected to said local network; b. a wireless music audio output device comprising a speaker operably connected to a processor, and used for outputting music audio; c. a wireless music audio device storage medium configured to store program instructions, music audio files, and music audio metadata, at least one of said music audio metadata identifying music audio content available from a music audio source for downloading, streaming, or playing; d. a programmable processor configured to execute the program instructions stored on said wireless music audio device storage medium, said program instructions including program code that when executed enables said wireless music audio device to be controlled by said first portable music audio player operably connected to said local network; e. a music audio device display screen arranged to display a user interface, the user interface presenting user-selectable items including indicia of at least one of: (i) at least one music audio source, or (ii) at least some music audio metadata indicative of music audio content available from a music audio source for playing, downloading, or streaming.
 10. The music audio control and distribution system of claim 9, wherein the first portable music audio player display screen is a touch screen and one or more soft buttons are displayed on the touch screen for receiving a user selection of at least one of: (i) a music audio source; (ii) at least some music audio metadata from a particular music audio source indicative of music audio content available from that source for playing, downloading, or streaming; or (iii) the second wireless music audio device.
 11. The music audio control and distribution system of claim 9, wherein the presented music audio metadata comprises at least one of: a selection title, album, artist, playlist, content name, content characteristic, and content location.
 12. The music audio control and distribution system of claim 10, wherein the music audio player presented music audio metadata comprises at least one of: a selection title, album, artist, playlist, content name, content characteristic, and content location.
 13. The music audio control and distribution system of claim 9, wherein said first portable music audio player is operably connected to said local network and configured at least in part to control said second wireless music audio device.
 14. The music audio control and distribution system of claim 9, wherein said second wireless music audio device is a wireless music audio output device operably connected to said local network, wherein said wireless music audio output device comprises (i) a wireless network interface operably connecting said wireless music audio output device to the local network and (ii) at least one speaker used at least in part for outputting music audio.
 15. The music audio control and distribution system of claim 9, wherein the first portable music audio player is connected to said second wireless music audio device using a short range wireless network protocol.
 16. The music audio control and distribution system of claim 9, wherein said second wireless music audio device comprises a computer operably connected to said local network, wherein said computer is configured to play at least one of: (a) a music audio file and (b) a music audio stream and further wherein said computer is configured to be controlled at least in part by said first portable music audio player.
 17. The music audio control and distribution system of claim 1, further comprising using said at least one wireless network interface to control at least in part a remote music audio source for downloading at least one music audio file or for streaming at least one music audio stream, the remote music audio source operably connected to said local network.
 18. The music audio control and distribution system of claim 9, further comprising using said at least one network interface to control at least in part a remote music audio source operably connected to the local network, the remote music audio source controlled for downloading at least one music audio file or for streaming at least one music audio stream to at least one music audio player or music audio device connected to said local network.
 19. The music audio control and distribution system of claim 1, wherein the local network is operably connected to an Internet router for at least one of: (i) downloading, (ii) streaming, or (iii) playing from a music audio source separate from the local network.
 20. The music audio control and distribution system of claim 9, wherein the local network is operably connected to an Internet router for at least one of: (i) downloading, (ii) streaming, or (iii) playing from a music audio source separate from the local network. 